O FunnelFlux possui dois identificadores únicos, que são detalhados abaixo.
IDs de Hit
IDs de Hit são gerados para cada visualização de um nó por qualquer visitante.
Eles são o ID mais único em nosso sistema. Cada nó visitado (mesmo os rotacionadores) gera um ID de hit e esses são os eventos brutos que armazenamos em nosso banco de dados de análise. Eles podem ser passados na URL usando o token {hit}.
Relatórios
Os IDs de Hit estão disponíveis apenas na página de eventos brutos
Na página de eventos brutos, eles são mostrados na coluna "ID de Hit" e não estão disponíveis em relatórios regulares devido à sua alta cardinalidade (ou seja, nosso banco de dados de análise agregando por estes é uma consulta de desempenho muito baixo que deve ser evitada).
Note que a página de eventos brutos retorna apenas as 1000 linhas mais recentes de qualquer consulta -- para evitar o problema de desempenho mencionado acima.
Ao usar o atributo de relatório "jornada do visitante", são esses IDs de hit que nos permitem criar uma árvore de nós da jornada do usuário através dos funis.
Rastreamento de Conversão
A forma mais comum de rastreamento de conversão é usar uma URL de postback com nosso ID de hit, a saber:
https://USER_DOMAIN/pb/?hit=HIT_ID&rev=REVENUE&tx=OPTIONAL
O ID de hit é gerado na visualização de uma página, então se redirecionar para uma oferta, é o ID de hit passado com {hit} nessa URL de oferta que representará a visualização daquela página, e, portanto, o ID a ser convertido.
Todos os IDs de hit de ofertas que são elegíveis para conversão terminarão com um "h".
Conversões em JavaScript podem especificar um ID de hit, que será exato e nenhum outro dado é necessário. No entanto, é improvável que se capture e envie um ID de hit correto para o JS do lado do cliente, pois o hit a ser convertido tende a ser da página anterior.
Se você puder passar hits de uma página para a próxima, você provavelmente poderia simplesmente usar uma solicitação GET para a URL de postback, com esse ID de hit, para converter o hit em vez de usar JS.
IDs de Visitante
Estes têm o token {visitor} e são um identificador de nível de sessão para um usuário.
Nosso sistema criará estes para qualquer visitante recém-chegado e automaticamente anexará &vid={visitor} a todos os destinos de redirecionamento, para garantir que a página resultante (frequentemente um lander/oferta com nosso JS nela) possa rastrear o usuário sem problemas.
Nosso cookie armazena este valor VID e é o valor mais importante para garantir o rastreamento confiável dos usuários. É por isso que nossas funções auxiliares de JS reescrevem URLs para incluí-lo + injetá-lo em URLs de ação.
Cache e Armazenamento
Os dados da sessão do usuário são armazenados em um cache centralizado que nossos servidores de borda regionais acessam durante o processamento de redirecionamento. O objeto de sessão armazena todo o histórico de navegação do funil do usuário, juntamente com todos os parâmetros de URL que os acompanham da fonte de tráfego, ou que foram manualmente injetados em URLs de ação/entrada.
Esses IDs de Visitante serão prefixados com a, e ou u para visitas localizadas na Ásia, Europa e EUA, respectivamente. Isso permite que outras bordas recebendo um ID fora da região o procurem no cache correto, o que é importante em casos onde um usuário pode mudar de localização, usar uma VPN no meio de uma jornada, ou quando sistemas de terceiros enviam eventos de conversão do lado do servidor usando o valor VID.
As sessões têm uma expiração padrão de 7 dias, a menos que funis vinculados sejam declarados nas configurações do funil.
Dados de URL
Notavelmente, todos os dados de URL são armazenados no objeto de sessão, mas apenas aqueles campos nomeados na configuração da fonte de tráfego serão comprometidos com o banco de dados de análise. Assim, é possível passar dados temporários em URLs e adiante para páginas/ofertas usando este objeto de sessão.
No construtor de funil > um nó de página > configurações adicionais, a alternância de parâmetros de URL acumulados despeja os dados de URL deste objeto de sessão na URL da página de destino.
Rastreamento de Conversão
As conversões podem ser enviadas através da nossa URL de postback usando tanto o ID do visitante quanto o ID de hit.
IDs de Hit são o ID mais específico em nosso sistema e referenciam uma visualização específica de um nó específico por um único visitante -- portanto, apenas o ID de hit é necessário.
Para o ID do visitante, a página que eles visualizaram também é uma informação importante, já que o ID do visitante identifica apenas a sessão do usuário, não qual oferta converter.
Portanto, isso funcionará como uma URL de postback:
https://USER_DOMAIN/pb/?vid=VISITOR_ID&p=PAGE_ID&rev=REVENUE&tx=OPTIONAL
Se nenhum ID de página for fornecido, a visualização de oferta mais recente para esse visitante será convertida (o que pode não ser o resultado desejado).
Conversões em JavaScript idealmente também incluem vid em seu código, já que o JS, em última análise, depende do rastreamento coerente de VID.
Isso pode ser injetado manualmente, embora o JS obtenha prontamente essas informações da URL atual, cookie e referenciador, se disponíveis. Se puder ser injetado dinamicamente, é melhor fazê-lo.
Se o VID for usado, também é ideal enviar o ID da página (o atributo p), e evitar enviar o ID de hit em combinação com o VID, pois são métodos concorrentes, sendo o último mais específico.
Relatórios
Na página de eventos brutos, eles são mostrados na coluna "ID de sessão" e não estão disponíveis em relatórios regulares devido à sua alta cardinalidade (ou seja, nosso banco de dados de análise agregando por estes é uma consulta de desempenho muito baixo que deve ser evitada)
Funis vinculados e conversões indiretas
Uma característica do FunnelFlux é a capacidade de atribuir receita/conversões indiretamente a um funil anterior.
Isso é realizado pelo primeiro funil declarando o segundo funil como um "funil vinculado" em suas configurações avançadas.
Quando funis vinculados estão presentes, o tempo de expiração da sessão é estendido para 30 dias.
Quando uma conversão acontece no funil B, o processador de conversão inspecionará os dados da sessão do usuário, verá o funil A original que foi "vinculado" ao funil B, e adicionalmente passará uma conversão indireta.
Esses dados de conversão/receita são visíveis nos relatórios e permitem que os usuários vejam o valor estendido dos usuários vindos de funis posteriores.
Um bom exemplo é um funil de opt-in, onde os usuários estão rastreando o custo de leads de uma campanha de anúncios. Esse funil pode se vincular a um funil de e-mail, onde um usuário está gerando links para usar em sequências de e-mail. Os e-mails podem criar conversões, que são rastreadas independentemente dentro do funil de e-mail, mas também notificam o funil de opt-in original da receita indireta que criou.
Para que este recurso funcione, o valor VID do usuário DEVE ser passado nas URLs de entrada usadas no funil B. Geralmente, anexando manualmente algo como ..&vid=%SUBSCRIBER_FF_VID% a uma URL, onde o usuário capturou nosso VID durante o opt-in e o armazenou em algum atributo de perfil de CRM.